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SYSTEM AND METHOD FOR 
VARIABLE SIZE RETRIEVAL OF WEBPAGE DATA 

Background of the Invention 

Technical Field of the Invention 

5 This invention pertains to retrieval of data. More 

specif ically, it relates to variable size retrieval of 
Webpage images, audio, video and text data. 

Background Art 

It is an attribute of the World Wide Web that users 
10 wait. They are, it would seem, constantly waiting for web 

pages to be retrieved and for images to be loaded, or sound 
bites to be loaded, video to be loaded and/or large amounts 
of text to be loaded for display or performance at a user 
terminal . 

15 Some pages require enormous amounts of data for images, 

and even more data for audio and video clips. Current web 
browsers allow the user to prevent the retrieval of video 
clips and to prevent audio clips. However, there currently 
is no provision for allowing a user to define by data type 

2 0 the minimum and maximum data sizes that will be communicated 

over the web by a server in response to a client browser 
request . 

Consequently, there is a need in the art for a system 
25 and method whereby users are provided the capability of 
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preventing certain sizes of data from being retrieved. That 
is, to provide such users the capability to limit the size 
of text/ image, audio and video data from being retrieved. 
There is, further , a need in the art for a system and method 
5 whereby users are provided the capability of limiting data 

served by a server in response to a browser request to a 
range within user selected minimum and maximum data size, 
and to selectively define that minimum and maximum data size 
by data type, 

10 A HEAD method is defined in the HTTP protocol at level 

0.9 and higher by which a HTTP server responds to a browser 
request by serving to the browser just the header of a data 
file. The header contains the content-length of the data 
that would have been served had the complete file been 

15 requested using a GET. Currently the HEAD method is being 

used for testing hypertext links for validity, 
accessibility, and recent modification. It is also used to 
filter the cache after data has been retrieved. Typically, 
applications using the HEAD method will retrieve the data at 

20 least once before deciding to either retrieve more data or 

discard the data. 

RFC 1945, which describes the GET and HEAD methods, 
includes the following. The web link is: 

http: //www. ics .uci . edu/pub//ietf /http/rf cl945 

25 From RFC 1945, at sections 5.1.1, 8.1 and 8.2: 

5.1.1 Method 



The Method token indicates the method to be performed 
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on the resource identified by the Request-URI. The 
method is case-sensitive. 



Method = "GET" ; Section 8.1 

I "HEAD " ; Section 8.2 

5 | "POST" ; Section 8.3 

I extension-method 



extension-method = token 



"The list of methods acceptable by a specific resource 
can change dynamically; the client is notified through 
10 the return code of the response if a method is not 

allowed on a resource. Servers should return the status 
code 501 (not implemented) if the method is 
unrecognized or not implemented. 7 ' 

"The methods commonly used by HTTP/1.0 applications are 
15 fully defined in Section 8..." 



8 . 1 GET 



"The GET method means retrieve whatever information (in 
the form of an entity) is identified by the Request- 
UR1. If the Request-URI refers to a data-producing 
20 process, it is the produced data which shall be 

returned as the entity in the response and not the 
source text of the process, unless that text happens to 
be the output of the process." 

"The semantics of the GET method changes to a 
25 "conditional GET" if the request message includes an 

If-Modif ied-Since header field. A conditional GET 
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method requests that the identified resource be 
transferred only if it has been modified since the date 
given by the If-Modif ied-Since header, as described in 
Section 10.9. The conditional GET method is intended 
5 to reduce network usage by allowing cached entities to 

be refreshed without requiring multiple requests or 
transferring unnecessary data." 



8 . 2 HEAD 



"The HEAD method is identical to GET except that the 
10 server must not return any Entity-Body in the response. 

The metainformation contained in the HTTP headers in 
response to a HEAD request should be identical to the 
information sent in response to a GET request. This 
method can be used for obtaining metainformation about 
15 the resource identified by the Request-URl without 

transferring the Entity-Body itself. This method is 
often used for testing hypertext links for validity, 
accessibility, and recent modification. " 

"There is no "conditional HEAD" request analogous to 
20 the conditional GET. If an If-Modif ied-Since header 

field is included with a HEAD request, it should be 
ignored. " 



It is an object of the invention to provide an improved 

system and method for allowing a user to define the type and 

25 size of data to be served in response to a client browser 

request . 



It is a further object of the invention to provide an 
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improved system and method for preventing transfer over the 
web of data files larger than those which a user is willing 
to accept. 



It is a further object of the invention to provide an 
5 improved system and method for reducing the wait time 

perceived by a user when requesting data from a server. 

It is a further object of the invention to provide an 
improved system and method utilizing the HEAD method for 
allowing a user to define the type and size of data to be 
10 served in response to a client browser request* 

It is a further object of the invention to provide an 
system and method utilizing the HEAD method for allowing a 
user to determine whether to retrieve data from a server 
before retrieving any data other than the header. 

15 ' It is a further object of the invention to provide a 

system and method allowing a user to prevent smaller content 
web pages from being returned. 



Summary of the Invention 

In accordance with a first embodiment of the invention 
2 0 a server system and method is responsive to a request for 

data from a client browser. The server receives from the 
client a HEAD request for the header of a data file or 
document. Responsive to the HEAD request, the server serves 
to the browser data file header information including data 
25 type and data size. Thereafter, upon receiving from the 
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browser a GET request, the server servers to the browser the 
data file or document corresponding to the header. 

In accordance with a second embodiment of the 
invention, a browser system and method requests a data file 
5 or document from a server. The browser receives data 

parameters from a browser user, and thereafter communicates 
a HEAD request to the server. Subsequently, the browser 
receives from the server in response to the HEAD request a 
data file header describing data file parameters. The 
10 browser then determines if the data file parameters are 

within the user data parameters and, if so, communicates to 
the server a GET request requesting that the server serve 
data file or document. 

In accordance with an aspect of the invention, there is 
15 provided a computer program product configured to be 

operable to cause a browser to request a data file or 
document from a server. The browser is configured to 
receive data parameters from a browser user, and thereafter 
communicate a HEAD request to the server. Subsequently, the 
20 browser is configured to receive from the server in response 

to the HEAD request a data file header describing data file 
parameters. The browser is then configured to determine if 
the data file parameters are within the user data parameters 
and, if so, communicate to the server a GET request 
25 requesting that the server serve data file or document. 

Other features and advantages of this invention will 
become apparent from the following detailed description of 
the presently preferred embodiment of the invention, taken 
in conjunction with the accompanying drawings. 
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Brief Description of the Drawings 

Figure 1 is a high level system diagram of a typical 
client/server system. 

Figure 2 is an illustration of a request message. 

5 Figure 3 is an illustration of a response message. 

Figure 4 is a flow diagram illustrating the method of a 
first embodiment of the invention. 

Figures 5-7 are illustrations of Internet browser 
properties panels. 

10 Figure 8 is a flow diagram illustrating the method of a 

second embodiment of the invention. 
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Best Mode for Carrying Out the Invention 

In accordance with the invention, a computer user is 
provided the capability of selectively choosing the size and 
type of audio, video, image, application MIME type data that 
5 will be served in response to a user request. 

In accordance with the preferred embodiment of the 
invention, a user desiring to retrieve any multimedia 
document (such as image, sound, audio, video, text) is 
provided the ability to select the size of the document 

10 desired. The HTTP protocol HEAD method is used for 

extracting content length and content type from the server. 
Whether the client browser requests the document or not is 
based on the content length and content type sent in the 
header served to the browser by the server and the minimum 

15 or maximum size selected by the user for the relevant type. 

If the content size is not within the parameters defined by 
the user, the document will not be requested or served on 
the network. 

Referring to Figure 1, user terminal 21 with web 
20 browser 20 and HTTP server 10 are illustrated. 

Referring to Figure 2, a typical WEB browser 20 issues 
a request 12 using a URL. Browser 20 uses the URL to 
generate an HTTP request header 16 containing, among other 
things, hostname 17 for server 10, HTTP request method 18 
25 and request information 19. 

Referring to Figure 3, HTTP request 12 is processed by 
an HTTP server 10 to generate an HTTP response header 25 and 
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response body 26. Response header 25 includes the content 
type 27 and content length 28 of the data 29 that is served 
in the response body 26. When the request method 18 is GET, 
both response header 25 and body 26 are served in response 
5 14. When method 18 is HEAD, only response header 25 is 

served. The content length 28 in the response header 25 for 
a HEAD request 12 is the length of the data 29 that would 
have been served had the request method 18 of request 12 
been a GET. 

10 Referring to Figure 4, a flow diagram of the preferred 

embodiment of the invention is illustrated. In step 30, 
browser 20 issues a HEAD request message to server 10, which 
responds in step 32 with a header 25 giving content type 27 
and content length 28 of data 29, but not data 29 itself. 

15 In step 34, browser 20 determines from response 25 if 

the content type 27 and content length 2 8 are within 
parameters established by the user. If not, as is 
illustrated by step 36, the corresponding data 29 is not 
requested (that is, a GET will not be issued) . However, if 

2 0 the content type and size are supported, then in step 38 a 

GET request message 12 is sent to the server, which responds 
with the full response message 14, including both header 25 
and body 26, including data 29, which data 29 in step 42 is 
displayed by the browser to the user. 

25 In accordance with the invention, the HEAD method is 

used to retrieve from a server the size and type of data 
which will be served to the browser IF the browser 
determines that that data is within user established 
parameters. If it is not, then the data is not requested by 

30 the browser and, consequently, not served. In this manner, 
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the user is not forced to wait or cancel a transmission of 
data of type or size in excess of what the user is willing 
to receive. If a HEAD request determines that the 
corresponding data is not within acceptable parameters, the 
5 browser may abort the request outright or advise the user 

(by way of a display panel not shown) of type/size of data 
requested, giving the user the opportunity to change the 
acceptance parameters if desired. 

Referring to Figure 5, an example of a browser 
10 properties panel 50 is illustrated for use by the user at 
terminal 21 in establishing parameters for accepting data. 
As illustrated, panel 50 includes panels 52-58 corresponding 
respectively to image, video, audio and text data. The user 
selects fields 70, 72, 74, and 76 to indicate the type of 
15 data which will be accepted for showing or playing at 

terminal 21, and in fields 80, 82, 84 and 86 the minimum 
size in kilobytes and in fields 90, 92, 94 and 96, 
respectively, the maximum size in kilobytes of data which 
will be accepted. In the example of Figure 5, the user 
2 0 accepts each .data type without limitation. Buttons 60 and 

62 are selected by the user to accept or cancel, 
respectively, the settings in fields 70-76, 80-86 and 90-96. 

Referring to Figure 6, the user has selected buttons 
70, 74 and 76 to show pictures, play sound and show text, 

25 respectively. By not selecting button 72, the user 

indicates that videos will not be selected and, 
consequently, fields 82 and 92 are greyed out. Image data 
between 11,000 and 25,000 bytes will be shown, sound data of 
at least 10,000 bytes will be played, and text of any size 

30 will be shown. 
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Referring to Figure 7 , the user has indicated that 
image data not exceeding 10,000 bytes is to be shown, audio 
data of any size is to be played, and text data of any size 
is to be shown. 

5 Referring to Figure 8, an alternative embodiment of the 

method of the invention is illustrated. In this embodiment, 
steps 22 and 24 are illustrated for establishing a 
connection between browser 20 and server 10, and steps 35 
and 39 added for enabling an alternative response to a 

10 determination in step 34 that the response to a HEAD request 

is a message identifying a data type or data size outside of 
the parameters accepted by the user. In step 35, browser 35 
determines if an alternative request may be issued and, if 
so, in step 39 a new request message is set for a partial 

15 set of data. That partial set of data may be, for example, 

the first n bytes of data. These data bytes may be 
displayed to the user and may be helpful to the user in 
determining whether to change the acceptance parameters 
(such as maximum size) . 

20 Referring to Table 1, the GET method is illustrated. 

When content type 27 is text or html, client browser 20 
sends a request 12 for each inline data element in the html 
document. Table 1 illustrates a request 12 for a document 
that contains four inline documents. There are five 

25 requests 12 initiated by the client browser 20. The GET 

method is used for each request 12 that sends all the data 
in the response {URL: http: //hostname) » This URL generates 
five requests 12: one for the initial document ( M GET / 
HTTP/1.0") and a separate request 12 for each included 

30 inline document. 
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TABLE 1 :GET METHOD 



GET / HTTP/1.0 

5 GET / image/picturel.gif HTTP/1.0 

GET / image/picture2.gif HTTP/1.0 

GET / image/picture3.gif HTTP/1.0 

GET / image/picture4.gif HTTP/1.0 



10 Referring to Table 2, the HTTP/1.0 protocol request and 

response messages 12 and 14, respectively, using GET and 
HEAD methods 18 is shown. The example shown in Table 2 uses 
the predefined browser settings illustrated in Figure 7 , 
which allow object types of text of any size, audio of any 

15 size, pictures having a size within range from 0 bytes to 

10,000 bytes, and block all video documents. Figure 5 and 6 
illustrate no restrictions on data type, and variable sizes 
on pictures and sounds. The flow diagram of Figure 4 
illustrates the processing of each document and/or inline 

20 document as it is requested by client browser 20 using the 

HEAD method. 





TABLE 2: 


HEAD METHOD 


25 


BROWSER REQUEST/ACTION 


SERVER RESPONSE 




STEP 1) 




30 


HEAD / HTTP/ 1.0 


RETURNS RESPONSE HEADER WITH 
INITIAL DOCUMENT TYPE AND 
SIZE: 

Content type: text/html 
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Content length: 3450 



STEP 2) 
GET/HTTP/1.0 



RETURNS RESPONSE HEADER AND 
RESPONSE BODY 



STEP 3) 

HEAD/ image/pi ctur el . gif 
HTTP/1.0 



10 STEP 4) 

HEAD/image/picture2 .gif 
HTTP/1.0 



15 STEP 5) 

HEAD/ image/picture3 .gif 
HTTP/1 .0 



20 STEP 6) 

HEAD/image/picture4 . gif 
HTTP/1.0 



25 STEP 7) 

GET/image/picturel . gif 
HTTP/1.0 

STEP 8) 

GET/image/picture2 . gif 
30 HTTP/1.0 

STEP 9) 

GET /image /picture 4 . gif 
EN998070 



RETURNS FIRST INTERNAL OBJECT 
TYPE AND SIZE: 
Content type: image/gif 
Content length: 4118 



RETURNS FIRST INTERNAL OBJECT 
TYPE AND SIZE: 
Content type: image/gif 
Content length: 961 



RETURNS FIRST INTERNAL OBJECT 
TYPE AND SIZE: 
Content type: image/gif 
Content length: 57419 



RETURNS FIRST INTERNAL OBJECT 
TYPE AND SIZE: 
Content type: image/gif 
Content length: 1511 



RETURNS IMAGE DATA 



RETURNS IMAGE DATA 



RETURNS IMAGE DATA 
13 



HTTP/ 1.0 
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Referring further to the example of Table 2, in step 1 
browser 20 issues a HEAD request to determine initial 
document type and size. 

In step 2, the GET request is performed because the 
5 corresponding HEAD request of step 1 determined that this 

document has a type and size within the browser settings 
(Figure 7) . Browser 20 determines, from the data 2 9 
returned in response message 14, that there are four inline 
documents. These four inline documents are identified in 

10 dat 29 as image/picturel . gif , image/picture2 . gif , 

image/picture3 .gif , and image/picture 4.gif. Browser 20 
thus determines that it must issue four HEAD requests, one 
for each of the inline documents. These HEAD requests are 
issued in steps 3, 4, 5 and 6 and corresponding response 

15 messages received and evaluated to determine data type and 
size . 

In step 7, browser 20 issues a GET request for picturel 
because the corresponding HEAD request of step 3 determined 
that this object is a picture that is within the minimum and 
2 0 maximum range defined by the user (Figure 7) . That is, user 

accepts pictures less than 10,000 bytes. This image is 
displayed. 

In step 8, browser 20 issues a GET request for picture2 
because the corresponding HEAD request of step 4 determined 
25 that this object is a picture that is within the minimum and 

maximum range defined by the user. That is, user accepts 
pictures less than 10,000 bytes, and this object is a 
picture of length 961 bytes. This image is also displayed. 



Browser 2 0 does not do a GET for picture3 because the 
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corresponding HEAD request of step 5 returned a type and 
size of object that is outside the bounds of the user 
predefined browser settings. That is, images of size 
greater that 10,000 bytes are not accepted, and this object 
5 picture3 is an image of size 57,419 bytes. 

In step 9, browser 20 issues a GET request for picture4 
because the corresponding HEAD request of step 6 determined 
that his object is a picture that is within the minimum and 
maximum range defined by the user. That is, user accepts 
10 pictures less than 10,000 bytes, and this object is a 

picture of length 1511 bytes. This image is displayed. 

By providing a minimum size of data for a browser a 
user can prevent smaller content web pages from being 
returned. This type of information retrieval may be used in 
15 preventing the retrieval of web pages under construction. 

By providing a minimum and maximum range for a browser 
a user can allow specific size retrievals. An example of 
this type of retrieval is for conference papers which have a 
minimum size and a maximum size associated with them, so 

2 0 that searching for a range for these types of papers would 

be beneficial. Another example is to prevent retrieval of 
pictures that are thumbnail size, and retrieving only the 
larger size pictures, or vice versa, retrieving only large 
pictures and not the thumbnail size pictures. And yet 

25 another example is to allow retrieval of specific types of 

data - that is, if a user is attempting to fill a ten second 
spot of a presentation with a sound byte (a ten second audio 
feed) , he could do a search on audio pages within the range 
of bytes which yield about ten seconds of audio. 
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Advantages over the Prior Art 



It is an advantage of the invention that there provided 
an improved system and method for allowing a user to define 
the type and size of data to be served in response to a 
5 client browser request. 

It is a further advantage of the invention that there 
is provided an improved system and method for preventing 
transfer over the web of data files larger than those which 
a user is willing to accept. 

10 It is a further advantage of the invention that there 

is provided an improved system and method for reducing the 
wait time perceived by a user when requesting data from a 
server. 



It is a further advantage of the invention that there 
15 is provided an improved system and method utilizing the HEAD 

method for allowing a user to define the type and size of 
data to be served in response to a client browser request. 

It is a further advantage of the invention that there 
is provided an improved system and method utilizing the HEAD 
2 0 method for allowing a user to determine whether to retrieve 

data from a server before retrieving any data other than the 
header. 



It is a further advantage of the invention that there 
is provided a system and method allowing a user to prevent 
25 smaller content web pages from being returned. 
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Alternative Embodiments 

It will be appreciated that, although specific 
embodiments of the invention have been described herein for 
purposes of illustration, various modifications may be made 
5 without departing from the spirit and scope of the 

invention. In particular, it is within the scope of the 
invention to provide a computer program product or program 
element, or a program storage or memory device such as a 
solid or fluid transmission medium, magnetic or optical 
10 wire, tape or disc, or the like, for storing signals 

readable by a machine, for controlling the operation of a 
computer according to the method of the invention and/or to 
structure its components in accordance with the system of 
the invention. 

15 

Further, each step of the method may be executed on any 
general computer, such as an IBM System 390, AS/400, PC or 
the like and pursuant to one or more, or a part of one or 
more, program elements, modules or objects generated from 
20 any programming language, such as C++, Java, Pl/1, Fortran 

or the like. And still further, each said step, or a file 
or object or the like implementing each said step, may be 
executed by special purpose hardware or a circuit module 
designed for that purpose. 

25 

Accordingly, the scope of protection of this invention 
is limited only by the following claims and their 
equivalents . 
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CLAIMS 



We claim: 



1 1. A method for operating a server responsive to a request 

2 for data from a client browser , comprising the steps of: 

3 receiving from said browser a head request for the 

4 header of a data file; 

5 responsive to said head request, serving to said 

6 browser data file header information including data 

7 type and data size; 

8 receiving from said browser a get request; and 

9 thereafter 

10 responsive to said get request/ serving to said browser 

11 data corresponding to said header. 

1 2. A method for operating a client browser for requesting 

2 a data file from a server , comprising the steps of: 

3 receiving data parameters from a browser user; 

4 communicating to said server a head request; 

5 receiving from said server in response to said head 

6 request a data file header describing data file 

7 parameters; 
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8 determining if said data file parameters are within 

9 said user data parameters; and if so, 

10 communicating to said server a get request requesting 

11 said server to serve said data file. 

1 3. The method of claim 2, wherein said data parameters 

2 define the data type and data size acceptable to said user 

3 and wherein said data file parameters include the data 

4 ' content type and data content size of said data file. 

1 4. The method of claim 3, wherein said data file comprises 

2 a plurality of data files including one or more inline 

3 documents. 

1 5. The method of claim 4 wherein each of said plurality of 

2 data files is of a type selected from the set of data file 

3 types including image data, video data, audio data, and text 

4 data. 

1 6. The method of claim 5, wherein a head request is 

2 submitted separately for each said inline document. 

1 7. The method of claim 6, wherein said get request is 

2 submitted selectively only for those inline documents having 

3 data parameters within said user parameters. 
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1 8. The method of claim 3, wherein said data parameters 

2 include a maximum data size and a minimum data size 

3 acceptable to said user, 

1 9. The method of claim 2, responsive to said data file 

2 parameters not being within said user data parameters, 

3 comprising the further step of providing to said user the 

4 option of modifying said user data parameters. 

1 10 • The method of claim 2, responsive to said data file 

2 parameters not being within said user data parameters , 

3 comprising the further step of providing to said user the 

4 option of requesting a portion of said data file. 

1 11. A server system, comprising: 

2 a first logic element for receiving from a client 

3 browser a head request for the header of a data 

4 document; 

5 a second logic element responsive to said head request 

6 for serving to said client browser a data document 

7 header including data type indicia and data size 

8 indicia; 

9 a third logic element for receiving from said browser a 

10 get request; and 

11 a fourth logic element responsive to said get request 

12 for serving to said browser a data document 
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12. A server system, comprising: 

first means for receiving from a client browser a head 
request for the header of a data document; 

second means responsive to said head request for 
serving to said client browser a data document header 
including data type indicia and data size indicia; 

third means for receiving from said browser a get 
request; and 

fourth means responsive to said get request for serving 
to said browser a data document corresponding to said 
header . 

13. A client browser for requesting a data file from a 
server , comprising : 

means for receiving data parameters from a browser 
user; 

means for communicating to said server a head request; 

means for receiving from said server in response to 
said head request a data file header describing data 
file parameters; 



means for determining if said data file parameters are 
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within said user data parameters; and if so, 



11 means operable for communicating to said server a get 

12 request requesting said server to serve said data file. 

1 14. A program storage device readable by a machine, 

2 tangibly embodying a program of instructions executable by a 

3 machine to perform method steps for operating a client 

4 browser for requesting a data file from a server, said 

5 method steps comprising: 

6 receiving data parameters from a browser user; 

7 communicating to said server a head request; 

8 receiving from said server in response to said head 

9 request a data file header describing data file 

10 parameters; 

11 determining if said data file parameters are within 

12 said user data parameters; and if so, 

13 communicating to said server a get request requesting 

14 said server to serve said data file. 

1 15. An article of manufacture comprising: 

2 a computer useable medium having computer readable 

3 program code means embodied therein for operating a 

4 client browser for requesting a data file from a 

5 server, the computer readable program means in said 
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article of manufacture comprising: 



7 computer readable program code means for causing a 

8 computer to effect receiving data parameters from a 

9 browser user; 

10 computer readable program code means for causing a 

11 computer to effect communicating to said server a head 

12 request; 

13 computer readable program code means for causing a 

14 computer to effect receiving from said server in 

15 response to said head request a data file header 

16 describing data file parameters; 

17 computer readable program code means for causing a 

18 computer to effect determining if said data file 

19 parameters are within said user data parameters; and if 

20 so, 

21 computer readable program code means for causing a 

22 computer to effect communicating to said server a get 

23 request requesting said server to serve said data file. 



1 16. A computer program element for operating a client 

2 browser for requesting a data file from a server according 

3 to the steps of: 

4 receiving data parameters from a browser user; 

5 communicating to said server a head request; 



EN998070 



24 



6 receiving from said server in response to said, head 

7 request a data file header describing data file 

8 parameters ; 

9 determining if said data file parameters are within 

10 said user data parameters; and if so, 

11 communicating to said server a get request requesting 

12 said server to serve said data file . 

1 17. A program storage device readable by a machine, 

2 tangibly embodying a program of instructions executable by a 

3 machine to perform method steps for operating a server 

4 responsive to a request for data from a client browser, 

5 said method steps comprising: 

6 receiving from said browser a head request for the 

7 header of a data file; 

8 responsive to said head request, serving to said 

9 browser data file header information including data 

10 type and data size; 

11 receiving from said browser a get request; and 

12 thereafter 

13 responsive to said get request, serving to said browser 

14 data corresponding to said header. 
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Abstract of the Disclosure 



i\ user desiring to retrieve any multimedia document 
(such as image, sound, audio, video, text) is provided the 
ability to select the size of the document desired. The 



SYSTEM AND METHOD FOR 
VARIABLE SIZE RETRIEVAL OF WEBPAGE DATA 



Abstract of the Disclosure 



A user desiring to retrieve any multimedia document 
(such as image, sound, audio, video, text) is provided the 
ability to select the size of the document desired. The 
HTTP protocol HEAD method is used for extracting content 

10 length and content type from the server. Whether the client 

browser requests the document or not is based on the content 
length and content type sent in the header served to the 
browser by the server and the minimum or maximum size 
selected by the user for the relevant type. If the content 

15 size is not within the parameters defined by the user, the 

document will not be requested or served on the network. 
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Att. Docket No. EN998070 
DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 
name; I believe I am the original, first and sole inventor {if only one name is 
listed below) or an original, first and joint inventor (if plural names are listed 
below) of the subject matter which is claimed and for which a patent is sought on 
the invent i on ent i tl ed : System and Method for Variable Size Retrieval of Webpage Data 

the specification of which (check one) 

X is attached hereto. 

was filed on as Application Serial No. or PCAT 

International Application No. and was amended on _____ (if 

applicable) . 

I hereby state that I have reviewed and understand the contents of the 
above-identified specification, including the claims, as amended by any amendment 
referred to above. 

I acknowledge the duty to disclose information which is material to the 
patentability of this application in accordance with Title 37, Code of Federal 
Regulations, Section 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 
119 (a) -(d) or Section 365(b) of any foreign application (s) for patent or inventor's 
certificate or Section 365(a) of any PCT International application which designated 
at least one country other than the United States, listed below and have also 
identified below any foreign application for patent or inventors certificate, or 
PCAT International application having a filing date before that of the application 
on which priority is claimed: : 

Prior Foreign Appplication (s) : 

Number Country Date/Month/Year Priority Claimed 



I hereby claim the benefit under 35 U.S.C. Section 119(e) of any United States 
provisional application (s) listed below. 

Application Number Filing Date 



I hereby claim the benefit under Title 35, United States Code, section 120 of any 
United States application (s) , or Section 365(c) of any PCT International application 
designating the United States, listed below and, insofar as the subject matter of 
each of the claims of this application is not disclosed in the prior United States 
or PCT International application in the manner provided by the first paragraph of 35 
U.S.C. Section 112, I acknowledge the duty to disclose information material to 
patentability of this application as defined in 37 CFR Section 1.56 which became 
available between the filing date of the prior application and the national or PCT 
International filing date of this application: 

Prior U.S. Applications: 

Serial No. Filing Date Status (patented, pending, abandoned) 
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As a named inventor, I hereby appoint the following attorneys and/or agents to 
prosecute this application and transact all business in the Patent and Trademark 
Office connected therewith: David L . Adour, Reg. No. 29,604; Lawrence R. Fraley, Reg. 
No. 26,885; John R. Pivnichny, Reg. No. 43,001; Arthur J. Samodovitz, Reg. No. 31,297; 
William H. Steinberg, Reg. No. 28,540; Christopher A. Hughes, Reg. No. 26,914; Edward 
A. Pennington, Reg. No. 32,588; John H. Hoel, Reg. No. 26,279; Joseph C. Redmond, Jr., 
Reg. No. 18,753; and Shelley M Beckstrand, Reg. No. 24,886. 

Send all correspondence to: Shelley M Beckstrand, P.C. 

Attorney at Law 
314 Main Street 
Owego, NY 13827 

Direct telephone calls to: (607} 687-9913 [alt: (607) 755-3268] 

I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are believed to be true; and further 
that these statements were made with the knowledge that willful false statements and 
the like so made are punishable by fine or imprisonment, or both, under Section 1001 
of Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 

(1) Inventor: RICHARD G. HARTMANN / 

Signature: Sf StyoZ^U* Date: 6/ W7? 

Residence: 705 BADGER AVENUE, ENDICOTT, NY 13760 

Citizenship: USA 

Post Office Address: SAME AS RESIDENCE 
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Date: 
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USA 
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VINCENT T. TIMON, III 



Date 



Residence : 

Citizenship : 

Post Office Address : 



31 BROOK AVENUE, BINGHAMTON, NY 13903 
USA 
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